Elder Scrolls Forum: TESfaith: New utility to move/duplicate landmasses.

TESfaith really doesn't need much hacking to do the Internal Doors. Basically, for anyone with a bit of experience in C, all that needs to be done is the following:

1. In main() the section from the first fopen() to the last fclose() should be put in a loop (just so it runs twice). The easiest hack would be to create a global variable called, say, pass and do, say :

for (pass = 1; pass <= 2; pass++) {
}

enclosing the whole section that includes the fopen() and fclose(). Also, the two if statements near the end of main() that contain write commands should be ignored on the first pass.

2. In ProcessCellData(), about halfway down there's a line (in INTERIOR cells) that says;

if (cell.current_x != cell.new_x || cell.current_y != cell.new_y) {

When the program is in the first pass (e.g. just check the global loop variable, pass), just append these four variables to a temporary file (N.B. Make sure this temporary file is truncated when TESfaith begins, and/or deleted when TESfaith exits).

cell.current_x, cell.current_y, cell.new_x - cell.current_x, cell.new_y - cell.current_y

3. Approx 2/3 down ProcessCellData() is a section that identifies that the cell is Internal. Currently, this section automatically returns without checking any of the objects enclosed within it (currently TESfaith only duplicates the entire cell). The parsing of this section needs to continue, including any FRMR records (each FRMR record is an object). You can hand each of these on to ProcessFRMRData(), with some kind of indication that this is an Internal object, not external (i.e. you don't want TESfaith accidentally transposing the co-ordinates of internal objects because they look the same as external co-ordinates). A simple Boolean flag sent as a paramater to ProcessFRMRData() is good enough.

4. In ProcessFRMRData(), the program currently searches for a DATA section, specifically skipping any section named DODT. DODT indicates a Teleporting Door.
If a DODT is found then someone needs to add a bit of code to the routine (or create a new function) that will extract the X and Y values of the Teleport Location (Z will always remain the same), exactly like the floating point values for X and Y are extracted in the DATA section further down the ProcessFRMRData().

Jim Adam's page has a section on the teleporting door format. (N.B. Unfortunately Jim still hasn't updated his page with the load of other info I gave him in September).

Once decoded, this new bit of the program needs to read through the temporary file created in (2) above, comparing the first two numbers in the file with versions of this door's X and Y teleport co-ordinates that have first been divided by 8192 and rounded down (to integers).
If a match is found then the 3rd and 4th numbers in the temporary file need to be multiplied by 8192 and added to the X and Y teleport values. In the DATA section of ProcessFRMRData() (where TESfaith moves the objects in external cells) I'm writing these values directly to memory, so it's pretty straightforward.
Provided the X,Y co-ordinates were found somewhere in this temporary file, then the following flags should be set:

cell.copy = TRUE;
cell.save = FALSE;

... telling TESfaith to only save the new version of the cell (copy), not the old (save). This might cause a mishap if someone is trying to duplicate an Internal cell with TESfaith at the same time, but it's not disastrous (i.e. the old cell will disappear, replaced by an identical new cell with a different name as expected, but with doors that teleport correctly).
If the cell is Internal, ProcessFRMRData() should return straight after the DODT section is processed, avoiding incorrectly moving the positions of objects in Internal cells.

That's pretty much it. A couple of hours work at the most.

Btw, once the temporary file has been generated on the first pass (easier than trying to realloc() a structure in memory) then the way is easily open to processing SCPT records (scripts) on the second pass.

Darn, I could have done it in the time I wrote this - it's just that these internet cafe's have all sorts of restrictions, are expensive, have no development tools or Morrowind. Oh, the shame of it ...

Lightwave

Post Extras: